home *** CD-ROM | disk | FTP | other *** search
/ Personal Computer World 2009 February / PCWFEB09.iso / Software / Linux / Kubuntu 8.10 / kubuntu-8.10-desktop-i386.iso / casper / filesystem.squashfs / usr / share / doc / bash-completion / TODO < prev   
Encoding:
Text File  |  2006-03-01  |  2.5 KB  |  56 lines
  1. $Id: TODO,v 1.1 2006/03/01 16:19:26 ianmacd Exp $
  2.  
  3. bash completion needs to be rewritten from the ground up.
  4. ---------------------------------------------------------
  5.  
  6. bash completion really needs to be rewritten from the ground up, using all of
  7. the features available in bash 3.1 and without regard for compatibility with
  8. the 2.x line.
  9.  
  10. At that time, it should be split into multiple files for easier source
  11. management. Whether or not it is actually installed on the destination
  12. computer as separate files is a matter for future debate.
  13.  
  14. If it were installed as tens or even hundreds of files, each of which had to
  15. be opened to decide whether it should be sourced in its entirety, that could
  16. prove very expensive on some systems.
  17.  
  18. Alternatively, a master file could decide which of the individual completion
  19. files should be sourced. In that way, we wouldn't need to open extra files
  20. just to ascertain that the commands for those functions aren't on the system,
  21. anyway.
  22.  
  23. A further alternative is that a build process be created, which would
  24. concatenate the various files into a single completion file, similar to what
  25. we have now. This option is my least favourite, because a system with a lot of
  26. packages installed currently has to deal with sourcing over 200 kB of bash
  27. code for each invocation of an interactive shell.
  28.  
  29. An even better alternative would be if bash supported dynamic loading of shell
  30. functions (in the manner of zsh), but I don't believe there are any plans to
  31. add this feature.
  32.  
  33.  
  34. bash completion needs a better development environment.
  35. -------------------------------------------------------
  36.  
  37. Currently, the bash completion project is managed by a single person: me. This
  38. is how it has been since its inception back in the first half of 2000.
  39.  
  40. This way of working is now showing signs of severe strain. For quite some time
  41. already, I have been unable to devote enough time to the project and, as a
  42. result, it has suffered. In particular, releases in the past twelve months
  43. have been few and far between. The 20060301 release is the first in more than
  44. six months.
  45.  
  46. Whilst there have been good reasons for my inability to devote more time to
  47. the project, it shouldn't actually matter whether or not I am available. For
  48. that reason, I am going to look at transferring the project to public CVS some
  49. time in 2006. Patches will then no longer find that I am a single point of
  50. failure, but will instead find their way into the code base via a small team
  51. of core developers.
  52.  
  53. -- 
  54. Ian Macdonald
  55. Amsterdam, March 2006
  56.